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(57) Abstract: Methods and apparatus are disclosed for 
dynamically discovering and utilizing an optimized network 
path through overlay routing for the transmission of data, A 
determination whether to use a default network path or to 
instead use an alternate data forwarding path through one or 
more overlay nodes is based on real-time measurement of costs 
associated with the alternative paths, in response to a user 
request for transmission of message data to a destination on 
the network. Cost metrics include delay, throughput, jitter, 
loss, and security. The system chooses the best path among the 
default forwarding path and the multiple alternate forwarding 
paths, and implements appropriate control actions to force 
data transmission along the chosen path. No modification of 
established network communication protocols is required. 
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ON-DEMAND OVERLAY ROUTING FOR 
COMPUTER-BASED COMMUNICATION NETWORKS 


5 Field of the Invention 

This invention relates to computer networks, and more specifically to a 
mechanism for finding improved communication paths through a heterogeneous 
computer network by means of an overlay network. 

10 

Background and Prior Art 

The Internet today consists of a collection of interconnected administrative 
domains. Each domain is under the control of one or more administrators who decide 

15 what hardware equipment to employ and what control software to run. This localized 
control of the administrative domains requires the coexistence of a number of 
disparate, heterogeneous systems. The basic communication protocol through which 
different domains communicate is IP (Internet Protocol). Each Internet data 
communication is translated into the delivery of a sequence of varying sized IP 

20 protocol packets that travel across one or more administrative domains until they 
reach the final destination. 

In IP, the sender of the data only specifies the destination address, whereas the 
network (the collection of hardware and software systems distributed through several 

25 administrative domains) chooses a forwarding path through which to route the IP 
packets. Routing protocols cooperate across different administrative domains, and 
through a variety of different software and hardware techniques, to monitor the 
presence and/or the state of connections in the Internet. Because of the great size and 
heterogeneous nature of the Internet, and the complexity of the routing task, these 

30 routing protocols are typically minimalistic and tend to focus on guarantee of 

connection and minimizing routing hops rather than optimizing performance. The 
result, among other problems, is the familiar, frustrating user experience of protracted 
delay when attempting to access information through the World Wide Web, 
particularly during periods of heavy usage. 
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Many proposals to improve the utilization of the Internet exist and feature a 
wide variety of sophistication and/or response time in changing forwarding paths and 
thus providing the best routing performance. In practice, these proposals are hardly 
5 being used because it is very hard to coordinate their deployment into the Internet. 
Inter-operation among different administrative domains is crucial and any change to 
the protocols affecting the forwarding paths may greatly affect the availability of 
connections. As a result, in practice the forwarding paths between endpoints are 
determined using very simplistic cost functions and/or heuristics and/or manual 
10 intervention. This scheme tends to greatly under-utilize the networks. Depending on 
local configurations, when faults occur, previously chosen forwarding paths that 
experience a breakage will be followed for several minutes or hours until the fault is 
remedied or some manual forwarding path reconfiguration occurs. 
Several companies, such as Inktomi (Traffic Server product, http://www.inktomi.com) 
15 and Akamai (FreeFlow product, http://www.akamai.com) are currently offering 
and/or developing technology for improving Internet communications speeds by 
mechanisms which essentially replicate or cache copies of frequently-referenced 
Internet content, and strategically distribute such copies "closer' 1 to the end-user 
clients who need the information. Such approaches are valuable, but are often limited 
20 or ineffective with respect to dynamically generated content (such as cgi-scripted web 
pages). Moreover, these approaches generally entail significant costs for using large- 
capacity computer servers to physically store extra copies of massive volumes of data, 
and for maintaining synchronization among the various repositories of frequently 
updated content. 

25 

What is needed is a mechanism enabling the selection of optimized network 
paths for the transmission of data, including dynamically generated data, without 
requiring any change whatsoever to firmly entrenched communication protocols like 
IP. Furthermore, preferably the mechanism should be essentially transparent to users 
30 of the network. 
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Summary of the Invention 

The present invention provides an on-demand method and system for 
discovering optimized paths for the transmission of data between source and 

5 destination points on a heterogeneous, computer-based communications network. 
The invention further provides methods and apparatus for transmitting data along 
such optimized paths, in a transparent manner that does not require modification of 
existing communication protocols. The data to be transmitted can (but need not) 
include pages that are dynamically generated in response to an initial request received 

10 by the source from the destination, such as an http request to get a cgi-scripted web 
page. 

Briefly, the present invention discloses steps and means, responsive to 
requests for transmission of data, for measuring a cost of communicating data from 

15 the source point to the destination point along a default path, the default path being 
derived by means of one or more existing routing mechanisms of the communications 
network. The invention further provides steps and means for measuring the costs of 
transmitting the message from the source to the destination along one or more non- 
default, alternative paths passing through a special group of intermediate nodes. In a 

20 preferred embodiment, those intermediate nodes are referred to as an "overlay 

network".. An optimized path for sending the requested transmission is ultimately 
selected by comparing the default cost against the alternative costs. 

Further, the present invention discloses steps and means for transmitting 
25 messages along an optimized non-default path passing through overlay nodes, 

including forwarding of the message from the source to a first one of the intermediate 
overlay nodes, and from a last one of the intermediate nodes to the destination, in a 
manner that does not require modification of existing network communication 
protocols. In a further embodiment, the invention includes steps and means for 
30 returning a reply to the transmitted message back along the optimized non-default 
path from the destination to the source. 
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Note that whenever referring to "optimized" or "optimal" paths throughout this 
patent, we simply mean paths that are deemed preferable with respect to selected cost 
/ performance criteria and with respect to a set of identified alternative paths. We are 
not speaking of global optimality. 


Brief Description of the Drawings 

Figure 1 provides an architectural overview of an overlay network, in a 
1 0 preferred embodiment of the present invention, integrated with a heterogeneous 
client-server network such as the Internet. 

Figure 2 diagrams the basic series of steps performed in a preferred 
embodiment of the present invention in order to discover an improved forwarding 
15 path for data transmission through one or more overlay nodes, and to transmit the data 
to its intended destination through the improved path. 

Figure 3a graphically represents an example of overlay network topology, 
with full mesh connectivity. 

20 

Figure 3b graphical represents an example of overlay network topology, after 
pruning in accordance with a preferred embodiment of the present invention. 

Figure 4a graphically represents the discovery of an optimized path through 
25 overlay nodes for transmitting network data from a source to a destination. 

Figure 4b graphically represents the association of a cost with an optimized 
path through overlay nodes for transmitting network data from a source to a 
destination. 


30 


Figure 5 diagrams the steps performed in a preferred embodiment of the 
invention in order to transmit data along an optimized forwarding path through one or 
more overlay network nodes, without modification of existing network routing 
protocols. 
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Detailed Description of the Invention 
A. Overview 

5 A preferred embodiment of the present invention provides a mechanism for 

finding and using optimized paths for the transmission of data between source and 
destination points on a computer network such as the Internet, for example, without 
requiring any modifications to existing communication protocols. The mechanism 
preferably combines an overlay routing mechanism with an on-demand routing 

10 mechanism, which may be very briefly summarized as follows: 

1) An overlay network of alternate routing mechanisms is constructed on top of the 
existing Internet routing mechanisms to find and exploit available resources. The 
overlay routing mechanism is completely transparent and separate from the Internet 
15 routing protocols and is preferably deployed throughout some small, but widely 
distributed, portion of the Internet as a distributed user application. Figure 1 
exemplifies the concept. Nodes 100 and 160 are, respectively, source and destination 
nodes for an intended communication on a network such as the Internet. These nodes 
are connected to the underlying network via transmission links 110 and 170, 
20 respectively. Nodes 140a-n (connected to the underlying network via links 145a-n) 
represent other network nodes, and might potentially be nodes that are utilized in a 
default communication path between node 100 and node 170, depending on the 
routing mechanisms of the network. Overlay network nodes 130a-n utilize existing 
network transmission lines and infrastructure, via network links 135a-n, to create a 
25 virtual topology. The overlay network preferably includes a number of computing 

devices such as nodes 130a-n that cooperate to provide forwarding paths overlaid over 
an underlying network. Overlay network nodes preferably communicate using 
existing, established Internet protocols and thus do not require any modifications to 
current standards. Each overlay node 130 preferably includes overlay path module 
30 1 50, and either the source or destination node similarly includes overlay path module 
120; these components are programmed and operable to combine available IP 
protocols in order to provide additional functionality for exploiting overlay routing 
when it is advantageous to do so, as described below in detail. 


5 


WO 00/79730 


PCT/US00/16732 


In our preferred embodiment, the overlay network includes a set of ordinary computer 
systems (e.g., Pentium-based PC's) co-located at Internet sites such as major ISP 
locations. These PC's each include overlay path modules 150 in the form of 
additional custom software modules, for purposes of the present invention, operable 

5 . to measure and record connection cost information and optimal forwarding path 
information, as described in greater detail herein. The overlay network is a virtual 
network; in other words, although it uses new additional hardware (co-located boxes), 
it preferably uses the existing network and cabling infrastructure for all 
communications. Effectively, this overlay network provides a large set of alternate 

10 paths with measurable communication costs around the Internet. Clients can use 
these alternate paths if they are found to provide better service to their desired 
destinations than would a default path. 

2) Alternate, improved forwarding paths through the overlay network nodes are 

15 discovered on demand. The process is outlined in the flow diagram of Figure 2. In 
step 200, the pertinent process is initiated when a user who is connected to source " A" 
(i.e., node 100 of Fig. 1) (either directly or indirectly as by way of a network gateway) 
requests communication of a message to destination B. In response, at step 210, if the 
threshold cost is exceeded by the default path for the requested communication, then 

20 at steps 220-225 (as described in more detail below) overlay path module 120 

broadcasts queries which are received and processed by one or more of overlay nodes 
130a-n; overlay path modules 150 cooperate to discover alternative paths through 
overlay nodes 130 and to measure the costs of such alternate paths. Measuring the 
cost of data transmission alortg a given path (per steps 210, 220) is generally 

25 performed using conventional techniques, depending on the cost metric to be 

measured. For example, connection delay time can easily be measured by "pinging' 1 
the destination of interest from the source node of interest. At steps 230-235 these 
alternative paths are compared to the existing Internet route or previously chosen 
overlay routes. 

30 

3) If a new path is found through the overlay network nodes that has better 
performance than the default path, at steps 230 and 235, then at step 240 information 
describing this improved path is preferably sent to each of the overlay network nodes 
130 that will be involved in the new path. At step 250, a preferred embodiment of our 
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invention employs a mechanism to route packets through the new path in a 
transparent manner and without modification of any of the default Internet 
communication mechanisms. Preferably, a form of IP encapsulation is used, as 
described below in more detail. The default path is preferably used in step 260, in 
5 . those cases where no new path is found through the overlay network nodes that has 
better performance than the default path. 

The various processes and structures in a preferred embodiment of the present 
invention will now be discussed individually in greater detail. 

10 

B. On-Demand Discovery of Improved Overlay Forwarding Paths 

1. Monitoring 

15 

Our invention preferably provides on-demand routing, discovering and adding 
useful forwarding paths through the overlay network only when needed. This avoids 
having to pre-compute and record all possible forwarding paths in advance, and 
advantageously uses the default Internet routing mechanism for bootstrapping and 
20 default operations. More particularly, the preferred embodiment of our invention 

creates a new forwarding path from endpoint A to endpoint B only when: (1) an end- 
to-end communication is requested between A and B (per step 200 of Fig. 2), and (2) 
a path id discovered through the overlay routing network that provides better 
performance than the default Internet route (per steps 210-215 of Fig. 2). 

25 

Therefore, the discovery of an overlay forwarding path preferably starts with 

monitoring one or more cost/performance metrics of interest for the data 

communications that are carried out on the default Internet routing path. Such 

monitoring would most typically be performed at a gateway router or the source 

30 endpoint, node 100. Module 110 employs a predetermined cost function that 

combines the monitored metrics and detects end-to-end communications that do not 

meet specific predetermined requirements. For such communications, the detection 

process would extract from the monitoring operations (1) the source address A, (2) the 

destination address B and (3) the cost of the data communication from A to B. 
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Computation of cost information is discussed further below. This information is then 
used in the process of on-demand forwarding path discovery, as discussed below. 

5 2. Finding an Improved Path 

Source node 100 (as well as any of the routers on the default Internet 
forwarding path) can potentially discover end-to-end communications that do not 
meet specific requirements. In that event, in order to initiate steps 220-225, module 

10 110 sends a query to the overlay network nodes 130 to determine if the overlay 

network is capable of offering a better forwarding path. The query is preferably sent 
to a specified number ("q") of the overlay network routers 130, depending on the 
configuration. In a relatively simple embodiment, each of the q forwarding path query 
messages preferably includes: (1) a destination address B, (2) a source address A, and 

15 (3) an identifier for a predefined cost function F. In the example illustrated in Fig. 1, 
source A is node 100, and destination B is node 160. Cost function F is preferably 
drawn from a set of network communication performance metrics such as delay, 
throughput, jitter or loss, in accordance with the practitioner's priorities and needs. 

20 When each of the q overlay network nodes 130i receives a forwarding path 

query, it performs step 220 and measures the assigned cost function F with respect to 
communications transmitted to destination address B from overlay node, yielding the 
value F(B,i). F(B,i) is measured for a default network path from the ith overlay node 
to destination B. In this simple embodiment, the querying node's module 1 10 receives 

25 a single reply from each of the q overlay network routers queried. The querying node 
at any time during the reception of the replies may decide to pick a particular 
forwarding path and ignore any additional query replies. In order to pick an 
optimized forwarding path, the querying node's module 110 preferably combines the 
F(B) value in each reply with the cost function F(i, A) which measures the cost of 

30 communication to overlay node 130i from the querying node, once again along a 

default network path. As those of skill in the art will appreciate, the combining of 

cost functions may entail adding values (as where the cost metric is delay) or 

calculating the minimum value (as for bandwidth), or in general may involve a 

complex parameterized combination of the cost functions. In any case, at steps 230- 
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235 module 110 preferably uses the computed total costs for the alternative overlay 
paths and for. the default path to select an optimized path for communication between 
source node 100 (A) and destination node 160 (B). 
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3. Finding Improved Paths throueh Multiple Overlay Nodes 

In general, for an overlay network with multiple overlay nodes 130a-n, it may 
be useful to consider alternative overlay paths that pass through more than one 
5 overlay node ("multi-hop paths"). This section describes an alternative, preferred 
embodiment that includes discovery of multi-hop paths. 

In principle, an overlay network is capable of logical complete connectivity (in 
other words, any overlay node can communicate with any other node) through the 

1 0 underlying default Internet routing mechanisms. However, for purposes of multi-hop 
path discovery, it is generally not computationally worthwhile attempting to 
exhaustively evaluate the set of all possible multi-hop paths. Therefore, in our 
preferred embodiment, a topological representation of overlay network connectivity is 
pruned so as to reduce the number of possible forwarding paths to other overlay nodes 

15 from any given overlay node to a fixed, relatively small number ("N"). For example, 
' Figure 3a illustrates the initial topological representation for an overlay network 
consisting of 8 nodes with complete connectivity, while Figure 3b illustrates a pruned 
topology for the same overlay network, but this time with N = 2. 

20 In this alternative preferred embodiment, each overlay node module 150 

measures the cost of communication (via the underlying network's default 
communication paths) to all other overlay router nodes. For each of a given node 
130i's neighbors, the cost functions L(j, i) measuring the cost of default 
communication from overlay node 130i to neighbor overlay node 130j are used for 

25 pruning and subsequently for route discovery. In the pruning process, each overlay 
network node 130i starts with the full connectivity mesh to all other overlay network 
nodes, and a set of costs L(j,i) associated with the links to each other overlay node 
130j. The pruning operation preferably consists of two phases. In the first phase, 
direct links that are more expensive than indirect links are deleted. In the second 

30 phase, if there are still more than N direct links from any given overlay node, 

additional direct links with worst cost functions are pruned. At the end of these two 
phases each overlay network router has <=N direct link connections, thus satisfying 
the preferred constraint, and the resulting overall topology of the overlay network 


10 


WO 00/79730 


PCT/USOO/16732 


may or may not be fully connected. The resulting topology is then used in the 
subsequent process of alternate path discovery. 

The forming of the initial topology and the determination of the final logical 
5 topology and associate link costs are preferably performed using the default Internet 
communication mechanisms. If the overlay nodes are connected to each other by 
means of specialized or enhanced communication mechanisms - which is by no 
means required - overlay link costs L(j,i) would be computed on that basis. 

10 Step 225 in conjunction with step 220 of Fig. 2 correspond to the path 

discovery process in the multi-hop embodiment. In this embodiment, path queries are 
sent to the overlay network as previously described in the simplified embodiment, but 
such queries preferably further include a "time-to-live" field ("TTL') that is 
decremented each time a forwarding path query is received by a node. Just as in the 

1 5 simplified embodiment, at step 220 each overlay node receiving a path query 

computes a value F(B,i). In addition, however, if the TTL field is non-zero, each 
overlay node receiving such a query decrements the TTL field and forwards the query 
to all of its neighbors in the pruned representation of the overlay network logical 
topology (preferably at most N neighbors, as discussed above). Each such overlay 

20 node then replies to the querying node with its own measured F(B,i), and the set of 
costs L(ij) for links to each of its topological neighbors. 

In this multi-hop preferred embodiment, in order to compute and compare the 
relevant total costs for each of the possible overlay forwarding paths at steps 230-235, 
25 module 1 10 of the querying node combines all of the appropriate cost functions. 
Thus, in the example of Figure 4a, the ultimate communication path of interest is 
between gateway node G (through which source node A accesses the network) and 
destination node B. The cost of the default network path from G to B is represented 
abstractly by node R, and shown to have total cost C(A,B). Fig. 4a also depicts a 
30 pruned topology representation for overlay network 400, as in Fig. 3b, with eight 
overlay nodes and a connectivity of N = 2. As indicated in Fig. 4a, in this example 
gateway node G sends a single path-discovery query to overlay node 01 , and receives 
a total of three alternate overlay path replies. In Fig. 4b, one such alternate overlay 
path is the multi-hop forwarding path shown passing from gateway G to overlay node 

11 
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01 to overlay node 02 and finally to destination B. In that example, the relevant total 
cost for the alternate overlay path is derived by combining F(01 , G), L(02, 01), and ._ 
F(B, 02). 


10 


C. Construction and Use of Overlay Forwarding Paths 

In the event that an overlay forwarding path is selected at steps 230-235 as the 
optimized path for sending the user's requested communication, a preferred 
embodiment of our invention combines existing Internet protocols in an manner that 
dynamically constructs forwarding paths through the overlay network. 


Referring again to Figure 2, following the detection of an improved overlay 
forwarding path at steps 230 and 235, information describing the improved 
15 forwarding path is stored at step 240 by the originator of the path query (e.g., typically 
module HOofsourcenode 100) and by each of the overlay nodes involved in the 
improved path. The path information is preferably stored at each overlay node 130 in 
a table or the like, so that when given a specified destination endpoint, an overlay 
node on the forwarding path can retrieve the address of the next node on the non- 
20 default path to whom the message should be forwarded. In a preferred embodiment 
of our invention, this information may be deleted by the overlay nodes if no end-to- 
end communication happens between A and B for more than a predefined amount of 
time, or if the overlay forwarding path's performance is believed to become worse that 
the default Internet path - or simply after some specified amount of time passes, so 
25 that subsequent communication requests will result in discovery and measurement of 
overlay paths based on the new, current state of the network. 

Figure 5 provides a more detailed view of the method performed to transmit 
message data through a non-default overlay path (step 250 of Figure 2), in a preferred 
30 embodiment of the present invention. By way of background, message packets in 
accordance with protocols like the EP protocol generally include "source" and 
"destination" fields. The "destination" field is used by routing mechanisms in the 
nodes of the underlying communications network (e.g., the Internet) to forward 
packets toward their intended destination. In a preferred embodiment of the present 
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invention, a technique called "encapsulation" is a primary mechanism by which our 
system effectively bypasses default Internet routing paths and utilizes optimized, 
alternative forwarding paths through overlay nodes. Encapsulation substitutes an 
original destination IP address with a different destination IP address, and records the 
5 original destination address in an encoded capsule. 

For illustration, we will begin with a simple example, in which the message is 

one-way (no reply), and the alternative overlay path is a one-hop path (i.e., it goes 

through a single overlay node). In this example, the client at node 100 (or a client 

10 connected through gateway node 100 to the network) wishes to send a message on a 

network such as the Internet to destination node 160. In accordance with a preferred 

embodiment of the present invention, steps 210-240 are first performed, to discover 

an optimized overlay path for communicating with 160. Suppose this process 

determines that, at the present moment, an optimized path for sending a message to 

15 1 60 (better than the default network path, at any rate) is to send packets from 1 00 to 

overlay node 130a, and then to forward them from 130a to 160. In other words, the 

desired path strategy is to send packets from 100 to 130a using the default network 

path for 100-^ 130a, and then forward those packets from 130a to 160 using the 

default network path for 130a-»160. At step 250, this transmission is actually carried 

20 out, as detailed in Fig. 5 . At step 500, overlay software 1 1 0 at node 1 00 addresses the 

packets to 130a, instead of 160, but also "encapsulates" or encodes the address of 160 

in a predetermined format incorporated in the message. The message is then sent to 

overlay node 130a, at step 510, preferably by means of default network routing 

mechanisms. When 130a receives the packets, overlay software 150a decodes or de- 

25 encapsulates the encapsulated data, and finds the encoded " 1 60" address. At step 520, 

module 150a of node 130a checks the overlay path information stored earlier at step 

240 to identify the next node on the overlay forwarding path. Because, in this 

example, there are no more overlay nodes on the forwarding path, software 1 50a 

proceeds to step 530, and restores the original message with its destination address 

30 reset to node 160. Again, because this example involves no reply message, software 

150a proceeds to step 580 and simply forwards the packets on to their final 

destination at node 160. In this way, the original message gets from client (or 

gateway) 100 to destination node 160, along an optimized non-default path passing 

through overlay node 130a. This is accomplished without any need to modify the 
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established communications protocols of the underlying network (e.g., IP), and 
without any modification (or even awareness) of destination node 160. 

We next present a further example, involving a multi-hop overlay path; once 
5 again, the example treats a one-way communication. In this example, we assume that 
the process of steps 210-240 discovers an optimized path for transmitting messages 
from 100 to 160, passing through overlay nodes 130a and 130b. In other words, this 
time the desired path strategy is to send packets from 100 to 130a using the default 
network path for 100*^ 130a, then forward those packets from 130a to 130b using the 
10 default network path for 1 30a-» 1 30b, and finally to forward those packets from 1 30b 
to 160 using the default network path for 130b-»160. Once again, at step 500, 
overlay software 1 10 at node 100 addresses the packets to 130a, and encapsulates the 
address of 160. The message is then sent to overlay node 130a, at step 510. When 
130a receives the packets, overlay software 150a finds the encoded "160" address, 
15 and at step 520, software 150a of node 130a checks the overlay path information 
stored earlier at step 240 and identifies overlay node 1 30b as the next node on the 
overlay forwarding path. Following the flow of Fig. 5, module 150a loops back to 
step 510 and forwards the message to overlay node 130b, where module 150b 
performs similar functionality. This time, at step 520, module 150b determines that 
20 there are no more overlay nodes on the forwarding path, and thereupon (at step 530) 
restores the original message with its destination address reset to node 160. Because 
this example again involves no reply message, software 150b proceeds to step 580 
and forwards the packets on to their final destination at node 160. In this way, the 
original message gets from client (or gateway) 100 to destination node 160, along an 
25 optimized non-default path passing through overlay nodes 1 30a and 1 30b; and once 
again, this is accomplished without any need to modify the established 
communications protocols of the underlying network. 

As a third example, we will now consider the case of a message that requests a 
30 return reply (such as an http request to get a file), once again in the context of the 
multi-hop forwarding path through overlay nodes 1 30a and 130b as in the previous 
example. In this scenario, our preferred embodiment operates in the same manner as 
in the previous example, until module 150b reaches step 535 and determines that the 
message does indeed request a return reply from the destination node 160. Following 
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the flow in Fig. 5, at step 540 module 150b "masquerades" source information for the 
packets. In our preferred embodiment, the last overlay node on a forwarding path 
performs the task of masquerading, in order to allow bi-directional use of the overlay 
forwarding path. In the absence of masquerading, the reply sent by node 160 to node 
5 100 would normally follow a return path using default network routing. In general, 
masquerading replaces the source address of IP packets with the address of the node 
executing the masquerade, and records enough information locally so as to be able 
restore the original source address if and when a replay EP packet is returned. In a 
preferred embodiment and in the context of a network like the Internet, module 150 of 
1 0 a masquerading node locally stores the original source address and the port from 

which it sent the packet (a port uniquely identifies which connections a node has with 
any other network node). At step 550, overlay node 135b sends the masqueraded 
message to destination node 160. If and when reply packets are sent from node 160, 
they will be addressed to overlay node 135b, because of the masqueraded source 
15 information. When the reply comes back on the appropriate port of node 135b, at step 
570 module 150b retrieves the original source address for node 100 that was 
previously stored at step 540 - which is the true intended destination of the reply 
message being handled -- and constructs a reply message encapsulating the intended 
destination address of node 1 00. Returning to step 5 1 0, module 1 50b forwards the 
20 encapsulated message to the next overlay node on an optimized path to node 1 00, by 
accessing path information previously stored at step 240 (in this case, the path 
information is of course just the inverse of the optimized overlay path for 
communications being sent from source 100 to destination 160). 

25 In this manner, control and data packets exchanged between source and 

destination endpoints on a network are advantageously re-routed through an overlay 
network without any modification of the source or destination nodes (except for the 
addition of module 1 10 at the source), and without any modification of the established 
communication protocols for the underlying network. This transparency is a valuable 

30 benefit created by preferred embodiments of the present invention, because it 

increases the applicability of this approach as a practical solution for legacy network- 
based applications. 
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D. Cost Metrics, Applications 

There are many potential applications of this invention to practical problems of 
interest to companies, individuals, and other entities. Cost/performance metrics may 
be freely chosen as beneficial for desired applications. For example, preferable 
metrics include delay, throughput, jitter, and loss. Some sample applications will now 
be discussed. 


1. Reliability 


10 


15 


Online trading is an Internet application that is assuming a very important role in 
today's global economy. Real-time trading requires uninterrupted access to the points 
of sale. A delay of a few minutes in carrying out an order can cost an online trader 
large amounts of money. In fact it can be argued that the trader with the best and most 
reliable Internet service will have a definite advantage over others. In this application 
of our invention we illustrate how dynamic on-demand overlay routing can allow 
routing around a failure that would otherwise cause the inability to sell or buy shares. 

At present, all Internet routing protocols have a built-in mechanism to rebuild 
20 routing paths, and therefore ultimately allow detection and reaction to a network fault 
in appropriate ways. In the default case, a stock trader's ability to carry out orders in 
the presence of a link failure is dependent on the rerouting capability of its ISP and 
may greatly vary. Current routing practices typically require anywhere from a 
minimum of 45 seconds for a localized ad-hoc solution, to a maximum of several 
25 hours depending on the particular ISP. The fast, light-weight, on-demand routing 
capability made possible in accordance with the present invention can potentially 
reduce the time required for suitable re-routing to less than a few seconds. In a 
preferred embodiment, when a stock trader pushes a button to enter a trade, the TCP 
connection delay is passively measured by a rerouting daemon running on the trader's 
30 internal network. This measurement is performed with a timeout of 1 second. In case 
of a link failure the TCP connection measurement would timeout. Immediately after 
this measurement, our rerouting daemon sends a query to the overlay network 
specifying its measured connection time (1 second in case of a link failure). If the 
overlay network is able to find an alternate route to the destination it will return the 
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new route to the rerouting daemon within a few milliseconds. The new route is 
immediately installed on the stock trader's local network and any subsequent TCP 
connection requests are forwarded through the newly discovered route rather than the 
faulty route. This rerouting mechanism has two major advantages for the stock trader: 
5 (1) The reaction to finding a new route is reduced from minutes to less than two 
seconds and (2) the rerouting mechanism is entirely decoupled from his/her ISP 
configuration and can be independently managed. 


2. Bandwidth 

10 

The diffusion of multimedia data through the Internet is likely' to become much 
more prominent with the increase of bandwidth to the home. Current bandwidth 
availability is enough for audio transmission and some low quality video but in the 
near future, the increase in bandwidth will allow the transmission of full motion 
15 video. In addition to the increase of raw bandwidth Quality of Service Routing and 
other resource allocation protocols (such as RSVP) will allow user applications to 
acquire a predictable amount of bandwidth in order to guarantee an adequate level of 
service. The transition of the Internet to using these new protocols is likely to be 
problematic and diffused over several years. 

20 

In this domain, the present invention enables the addition of an additional layer of 
control on top of the QOS service provided by Internet standards. In this application 
the overlay network's function is to oversee the resulting performance of the system 
and its protocols. In this case one can think of an overlay system in accordance with 
25 the present invention as a fall-back when the default Internet mechanism does not 
deliver the necessary quality of service. An overlay routing system in accordance 
with the present invention can be used to find paths that offer better bandwidth than 
those provided by the default Internet protocols (either current or future). In this 
application the end system which is receiving the video can passively monitor the 
30 quality of the video being received. A rerouting daemon running on the local network 
of the user detects that the video quality is poor by measuring the average bit rate 
consumed by the reception of the video. When the bit rate falls below a certain 
threshold the routing daemon can query the overlay network for a better path. The 
overlay network measures the available bit rates that are available through alternate 
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paths and returns the appropriate overlay-forwarding path to the user (if any). The 
overlay nodes measure the available bit rate of the alternate paths by requesting a 
video from the video source and measuring the quality of the link. Such requests will 
be performed using the default Internet protocols and thus do not need to be described 
5 here. The overlay nodes requesting the video should be configured to possess the 
same credentials of the user on whose behalf the rerouting is attempted. In addition to 
measuring the effective throughput from the video source, the overlay nodes also 
measure, through the transmission of test packets, the quality of the overlay links to 
the user. If an overlay forwarding path with better total bandwidth is found, the 
1 0 routing daemon is notified and the video reception is rerouted through the overlay 
network. In this transition loss of synchronization may occur and the user may 
experience discontinuity in the viewing; this drawback needs to be considered in 
allowing the rerouting only when the discomfort of the signal degradation due to loss 
of bandwidth can be considered greater than the resynchronization discontinuity. 


15 


3. Delay 


Hyperspace is bringing people together in ways that were unimaginable a few 
years ago. The many-to-many communication paradigm made possible by the Internet 

20 is creating a revolution in how people communicate, do business and spend their 
leisure time. In many of these revolutionary applications one gets the illusion of 
interacting with a community of other users in near real-time. As an example of how 
our system can be used in this context, we describe a video game application in which 
a user participates in a video game over the Internet. In this application lowering the 

25 transmission delay can enhance the quality of the game. In addition, if the game is 
played by several individuals 

located at different locations on the Internet, lower delay may also provide an 
advantage in playing the game because of a faster response time. 

30 A preferred embodiment of the present invention can find overlay forwarding 

paths that reduce the total transmission delay. In this type of application the 

measurement of the quality of the end-to-end default-forwarding path is actively 

carried out. This type of application would most likely run over UDP, which lacks 

control-signaling messages that can be used to passively measure round trip delays. 
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Furthermore, unlike the video naming application, no pruned ouahty of servtce 
be used in assessing the quality of the link. 


can 


In this application the routing daemon (boated on the user private network) 
5 sends test packets to the destination which provoke a reply (for examp.e an ICMP 
echo packet,. The ronnd-trip delay is therefore iterative,, measured by the routing 
daemon in order to assess the delay to the destination. If the de,ay ,s measured to be 
too high (above a predef.ned threshold) the routing daemon queries the overlay 
network to see if a lower delay route can be found. if a lower de,ay route ,s found the 
,0 ro u,ingdaemonseamless l yswi«ches«herou«e«o«heover.ay.husimprov,ng.h= 

quality of the transmission. In this case the user may or may no, experience any 
discontinuity in the game depending on how me game is implemented. 


15 E. Conclusion, Scope of the Invention 

Thus the reader will see that preferred embodunents of on-demand overlay 
touting in accordance with the present invention can provide a practical. lightwe.ght, 
economy mechanism for improving network performance. The meehantsrn.s 
20 highly transparent, as wel,, and does no, necessitate changes in underlymg network 
protocols such as .P, or in client application programs mat rely upon network 
communications. 

While the above description includes many specifics and examples, these 
25 should no, be consttued as limitations on the scope of the invention, but rather as 
exemplification of apreferred embodiment thereof. Many other variations are 
possible. For example, while the previous examples were presented ,n terms 
network l.ke the ,n,emet, the present invention is applicable ,0 network* pr«ocoU 
other than IP, and ,0 other network layers and communication protocols 
30 by no means limited ,0 htip, ftp, TCP, and SSL. The invention is appl.ca ,e as 
packe.-swi.ched networks 0<her than the m.emet, and to other static-topology 
networks (whether packet switchedor connection-oriented). Also, the same 
mechanisms can be used where other network properties are optimized (e.g., 
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security), and can be realized with software-only implementations such as by using 
active networks infrastructure, or other available computational resources). 

Accordingly, the scope of the invention should be determined not by the 
5 embodiment illustrated, but by the appended claims and their legal equivalents. 
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We claim:. 

1 . A method for determining an optimized path for transmitting a message from a 
source to a destination within a packet-switched computer-based communications 
network, the method comprising the following steps: 

a) in response to a request to transmit the message, measuring a cost from the 
source to the destination along a default path, the default path being derived by 
means of one or more existing routing mechanisms of the communications 
network; 

Z b) measuring an alternative cost of transmitting the message from the source to 

the destination along at least one alternative path, the alternative path passing 
through one or more intermediate nodes not on the default path; 

c) determining the optimized path by comparing the default cost and the 
alternative cost. 

2. The method of claim 1, wherein the steps ofthe method are performed in real- 
time in response to the request to transmit the message, and in a manner requiring 
no explicit interaction with any human user. 

3. The method of claim 1, wherein the message is dynamically generated in response 
to a previous request received by the source from the destination. 

4. The method of claim 1 , wherein step (b) of measuring an alternative cost is only 
performed in the event that the default cost exceeds a specified threshold cost. 

5. The method of claim 1, wherein the default path is derived by means of one or 
more existing routing mechanisms ofthe communications network. 

6. The method of claim 1 , further including the following steps: 

d) transmitting the message from the source to a first one ofthe one or more 
intermediate nodes, and 

e) transmitting the message from a last one ofthe one or more intermediate 
nodes to the destination, 
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whereby the message is transmitted from the source to the destination by way 
of the optimized path. 

7. The method of claim 6, wherein the first intermediate node and the last 
intermediate node are one in the same. 

8. The method of claim 6, wherein the first intermediate node and the last 
intermediate node are not one in the same. 

9. The method of claim 6, wherein one or more existing routing mechanisms of the 
communications network are utilized to perform steps (d) and (e). 

10. The method of claim 9, wherein step (d) further includes the step of modifying the 
message so as to address the message to the first intermediate node, and so as to 
encapsulate an address of the destination within the message. 

11. The method of claim 9, wherein step (e) further includes, in the event that the 
message requests a reply message, the step of modifying source address 
information for the message so as to replace an identification of the source with an 
identification of the last intermediate node. 

12. The method of claim 1, further including the step of storing information about the 
optimized path in storage accessible to the one or more intermediate nodes. 

13. The method of claim 12, wherein the step of storing information about the 
optimized path further includes storing, for each of the one or more intermediate 
nodes on the optimized path, a next address for forwarding the message. 

14. The method of claim 1, wherein step (b) includes measuring a set of alternative 
costs for transmitting the message from the source to the destination, each such 
alternative cost corresponding to one of a plurality of alternative paths, each such 
alternative path passing through one or more intermediate nodes not on the default 
path; and wherein step (c) further includes comparing the default cost and the set 
of alternative costs. 
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1 5. The method of claim 14, further including the steps of: 

determining a pruned topology representing potentially optimizing 
connections between the intermediate nodes for use in the alternative paths, and 
using the pruned topology to generate the plurality of alternative paths. 

16. The method of claim 1, wherein the communications network is characterized by 
one or more established communications protocols, and wherein the method is 
performed without requiring modification of the established communications 
protocols. 

17. The method of claim 16, wherein the established communications protocols 
include one or more protocols selected from the following group: {Internet 
Protocol, http, ftp SSL.TCP}. 

18. The method of claim 1, wherein the packet-switched communications network has 
a static topology. 

19. The method of claim 1, wherein the packet-switched communications network has 
a dynamic topology. 

20. The method of claim 1, wherein the default cost and the alternative cost are 
derived from one or more metrics selected from the following group: {delay, 
bandwidth, jitter, loss, security}. 

21. The method of claim 1, wherein the one or more intermediate nodes comprise 
computer hardware. 

22. The method of claim 1, wherein the one or more intermediate nodes comprise 
computer software. 

23. The method of claim 1, wherein the one or more intermediate nodes are operable 
to transmit and receive data in conformance with the established communications 
protocols. 
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24. The method of claim 23, wherein the one or more intermediate nodes are.further 
operable to transmit and receive in conformance with protocols other than the 
established communications protocols. 

25. A method for determining an optimized path for transmitting a message from a 
source to a destination within a computer-based communications network having 
a static topology, the method comprising the following steps: 

a) in response to a request to transmit the message, measuring a cost from the 
source to the destination along a default path, the default path being derived by 
means of one or more existing routing mechanisms of the communications 
network; 

b) measuring an alternative cost of transmitting the message from the source to 
the destination along at least one alternative path, the alternative path passing 
through one or more intermediate nodes not on the default path; 

c) determining the optimized path by comparing the default cost and the 
alternative cost. 

26. The method of claim 25, wherein the communications network is connection- 
oriented. 

27. An overlay network apparatus for determining an optimized path for transmitting 
a message from a source to a destination within a packet-switched computer-based 
communications network, the communications network being characterized by 
one or more established communications protocols, the apparatus comprising: 

a) a set of one or more intermediate nodes, the intermediate nodes being 
operable to transmit and receive data in conformance with the established 
communications protocols; 

b) alternate path discovery means, responsive to a request for transmitting the 
message from the source to the destination, operable to discover an alternate path 
between the source and the destination passing through one or more of the 
intermediate nodes not on the default path; and 


24 


WO 00/79730 


PCT/US00/16732 


c) forwarding means for forwarding the message from the source to the 
destination by way of the alternative path, without requiring a modification of the 
established communications protocols. 

28. An apparatus for conducting an electronic commerce transaction between a first 
party and a second party, the first and second party being respectively connected 
to a computer-based communications network by way of a first and second 
network node, the communications network being characterized by one or more 
established communications protocols, the apparatus comprising: 

a) a set of one or more intermediate nodes, the intermediate nodes being 
operable to transmit and receive data in conformance with the established 
communications protocols; 

b) alternate path discovery means, responsive to a request to transmit a 
communication from the first node to the second node as a part of the electronic 
commerce transaction, said alternate path discovery means being operable to 
discover an alternate path between the first node and the second node passing 
through one or more of the intermediate nodes not on the default path; and 

c) forwarding means for forwarding the message from the first node to the 
second node by way of the alternative path, without requiring a modification of 
the established communications protocols. 

29. A method for exchanging a message and a reply between a source and a 
destination within a computer-based communications network, wherein the 
network includes one or more existing routing mechanisms for deriving a default 
path for communication between multiple points on the network, the method 
comprising the following steps: 

a) identifying one or more intermediate nodes that are not on the default path 
for communication between the source and the destination; 

b) transmitting the message from the source to a first one of the one or more 
intermediate nodes, 

c) transmitting the message from a last one of the one or more intermediate 
nodes to the destination, and modifying source address information for the 
message so as to replace an identification of the source with an identification 
of the last intermediate node, 
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d) receiving, at the last intermediate node, the reply from the destination 

e) transmitting the reply from the first intermediate node to the source, 
whereby the message and the reply are exchanged between the source and the 
destination by way of a non-default communication path. 

30. The method of claim 29, wherein one or more existing routing mechanisms of the 
communications network are utilized to perform steps (b), (c), (d), and (e); 
wherein step (b) further includes modifying the message so as to encapsulate an 
address of the destination within the message; and wherein step (e) further 
includes modifying the reply so as to encapsulate an address of the source within 
the message. 

31. The method of claim 29, wherein the message and the reply are part of an 
electronic commerce transaction. 


32, 


The method of claim 29, wherein the reply is dynamically generated. 
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